<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="zh" xml:lang="zh" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<head>
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Guideline: 风险列表</title>
<meta name="uma.type" content="Guideline">
<meta name="uma.name" content="risk_list">
<meta name="uma.presentationName" content="风险列表">
<meta name="element_type" content="other">
<meta name="filetype" content="description">
<meta name="role" content="">
<link rel="StyleSheet" href="./../../../css/default.css" type="text/css">
<script src="./../../../scripts/ContentPageResource.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSubSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageToolbar.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/contentPage.js" type="text/javascript" language="JavaScript"></script><script type="text/javascript" language="JavaScript">
					var backPath = './../../../';
					var imgPath = './../../../images/';
					var nodeInfo=null;
					contentPage.preload(imgPath, backPath, nodeInfo,  '', false, false, false);
				</script>
</head>
<body>
<div id="breadcrumbs"></div>
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tr>
<td valign="top"><a name="Top"></a>
<div id="page-guid" value="9.683880174893527E-305"></div>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="pageTitle" nowrap="true">Guideline: 风险列表</td><td width="100%">
<div align="right" id="contentPageToolbar"></div>
</td><td width="100%" class="expandCollapseLink" align="right"><a name="mainIndex" href="./../../../index.htm"></a><script language="JavaScript" type="text/javascript" src="./../../../scripts/treebrowser.js"></script></td>
</tr>
</table>
<table width="100%" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="pageTitleSeparator"><img src="./../../../images/shim.gif" alt="" title="" height="1"></td>
</tr>
</table>
<div class="overview">
<table width="97%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="50"><img src="./../../../images/guidance.gif" alt="" title=""></td><td>
<table class="overviewTable" border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top">本指南描述如何确定和管理软件项目风险。</td>
</tr>
</table>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Relationships</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<th class="sectionTableHeading" scope="row">Related Elements</th><td class="sectionTableCell">
<ul>
<li>
<a href="./../../../rup/workproducts/rup_risk_list_B87674CA.html" guid="{32D7C484-2FAF-4442-8DA0-6D474B91A9DD}">风险列表</a>
</li>
<li>
<a href="./../../../rup/domains/project_management_7C2F57A0.html" guid="_C49xgP_UEdmVCcs_BRqacA">项目管理</a>
</li>
</ul>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Main Description</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<td class="sectionTableSingleCell"><a id="Top" name="Top"></a><a key="风险列表（risk list）" text="指南" name="XE_risk_list__guidelines_for" id="XE_risk_list__guidelines_for" class="index"></a> 
<h3>
    <a id="Introduction" name="Introduction">简介</a>
</h3>
<p>
    <b>“有备无患。”－ Hamlet V:ii:215</b>
</p>
<p>
    项目就像生活一样，是不确定的。我们不是为了识别风险而识别风险，而是尽可能要预见和降低风险，或在我们的降低策略不足时响应风险。
</p>
<p>
    风险推动了迭代计划；迭代是围绕着处理特定风险而计划的，尝试限制风险或减少风险。定期评审风险列表可评估风险降低策略的效用，这反过来又推动了项目计划的修订及随后迭代计划的修订。
</p>
<p>
    管理风险的关键<i>并不是</i>等到风险实际发生（并成为问题或故障）后才决定如何处理。就像在洲际飞行中失之毫厘则谬以千里一样，较早地管理风险几乎总是比事后清理代价更低，麻烦更小。
</p>
<h3>
    <a key="风险管理（risk management）" text="策略" name="XE_risk_management__strategies" id="XE_risk_management__strategies" class="index"></a><a id="Risk Management Strategies" name="Risk Management Strategies">风险管理策略</a>
</h3>
<p>
    有三种主要策略 [<a class="elementLinkWithUserText" href="./../../../rup/customcategories/references_56F06DFD.html#BOE91" guid="7.755968586980351E-308">BOE91</a>]：
</p>
<ul>
    <li>
        <b>避开风险</b>。重新组织项目，使其不会受该风险的影响。
    </li>
    <li>
        <b>转移风险</b>。重新组织项目，使其他人或事承担该风险（客户、供应商、银行、另一元素等）。一种特定的避开风险策略。
    </li>
    <li>
        <b>接受风险</b>。决定忍受风险，作为一种偶然情况。监视风险症状并确定一个出现风险时的应急计划。
    </li>
</ul>
<div style="MARGIN-LEFT: 2em">
    <p>
        如果决定接受该风险，您仍可能希望降低该风险，即采取某种直接措施来减少其影响。
    </p>
</div>
<h3>
    <a key="风险（risk）" text="风险的类型" name="XE_risk__types_of_risks" id="XE_risk__types_of_risks" class="index"></a><a id="Types of Risks" name="Types of Risks">风险类型</a>
</h3>
<p>
    区分直接风险和间接风险是很重要的。简而言之，直接风险是我们能在某种程度上控制的风险；间接风险是我们无法控制的风险。
</p>
<p>
    尽管不应该对间接风险一无所知，但它们在实践意义上是无关紧要的：既然无法更改它们，对它们有所顾虑也无济于事。<i>也许</i>明天是世界末日，<i>也许</i><i>不是</i>，如果不是，我们最好还是继续进行我们手头的工作！
</p>
<p>
    有时，间接风险可能实际上是伪装起来的直接风险。例如，我们可能依靠某个外部供应商提供一个组件或一组组件。这似乎是间接风险，但通过针对这些组件的应急计划，我们可以控制该风险：我们可以选择替代供应商，或我们可以选择自行开发功能。在许多情况下，我们比想像中的更有控制权！
</p>
<p>
    对于间接风险，您要么必须找出如何对这些风险获得某种程度的控制的办法，要么只是记下它们并继续。对您无法改变的东西牵肠挂肚是没什么意义的。
</p>
<h4>
    <a key="风险（risk）" text="资源风险" name="XE_risk__resource_risks" id="XE_risk__resource_risks" class="index"></a><a id="Resource Risks" name="Resource Risks">资源风险</a>
</h4>
<h5>
    <a id="Organization" name="Organization"></a>组织
</h5>
<ul>
    <li>
        对此项目是否有足够的投入（包括管理层、测试人员、QA 和其他的外部相关各方）？
    </li>
    <li>
        这是否是该组织曾尝试过的最大项目？
    </li>
    <li>
        是否有明确定义的软件工程流程？是否有明确定义的需求捕获和管理？
    </li>
</ul>
<h5>
    <a id="Funding" name="Funding"></a>拨款
</h5>
<ul>
    <li>
        拨款是否到位、可以完成项目？
    </li>
    <li>
        是否分配了用于培训和指导的拨款？
    </li>
    <li>
        是否有预算限制，这样系统就必须按固定的成本交付、否则取消？
    </li>
    <li>
        成本估计是否精确？
    </li>
</ul>
<h5>
    <a id="People" name="People"></a>人员
</h5>
<ul>
    <li>
        是否有足够的人员？
    </li>
    <li>
        他们是否有适当的技能和经验？
    </li>
    <li>
        他们以前是否合作过？
    </li>
    <li>
        他们是否相信该项目可以取得成功？
    </li>
    <li>
        是否有用户代表进行评审？
    </li>
    <li>
        是否有领域专家？
    </li>
</ul>
<h5>
    <a id="Time" name="Time"></a>时间
</h5>
<ul>
    <li>
        时间表是否现实？
    </li>
    <li>
        是否可按时间表管理功能的范围？
    </li>
    <li>
        交付日期的紧急程度如何？
    </li>
    <li>
        是否有时间“把工作做好”？
    </li>
</ul>
<h4>
    <a key="业务风险（business risks）" name="XE_business_risks" id="XE_business_risks" class="index"></a><a key="风险（risk）" text="业务风险" name="XE_risk__business_risks" id="XE_risk__business_risks" class="index"></a><a id="Business Risks" name="Business Risks">业务风险</a>
</h4>
<ul>
    <li>
        如果竞争对手先进入市场，怎么办？
    </li>
    <li>
        如果项目拨款处于危险境地怎么办（换句话说，“如何确保有足够的资金”）？
    </li>
    <li>
        系统的计划价值是否大于计划成本？（务必考虑到金钱的现值和投资的成本）。
    </li>
    <li>
        如果无法与主要供应商签订合同，怎么办？
    </li>
</ul>
<h4>
    <a key="技术风险（technical risks）" name="XE_technical_risks" id="XE_technical_risks" class="index"></a><a key="风险（risk）" text="技术风险" name="XE_risk__technical_risks" id="XE_risk__technical_risks" class="index"></a><a id="Technical Risks" name="Technical Risks">技术风险</a> <a href="#Top"><img height="20" alt="回到页首" src="./../../../rup/resources/top.gif"     width="26" border="0" /></a>
</h4>
<h5>
    <a id="Scope risks" name="Scope risks">规模风险</a>
</h5>
<ul>
    <li>
        是否可以度量成功？
    </li>
    <li>
        是否有关于如何度量成功的一致意见？
    </li>
    <li>
        需求是否相当稳定并得到清楚的理解？
    </li>
    <li>
        项目范围是固定的还是一直在扩展？
    </li>
    <li>
        项目开发时间范围是否短暂而不灵活？
    </li>
</ul>
<h5>
    <a id="Technological risks" name="Technological risks">技术风险</a>
</h5>
<ul>
    <li>
        该技术是否已得到证明？
    </li>
    <li>
        重用目标是否合理？ 
        <ul>
            <li>
                工作产品必须要使用一次后才能被重复使用。
            </li>
            <li>
                一个组件能需要发行好几个发行版，然后其稳定性才足以重用而不需要重大更改。
            </li>
        </ul>
    </li>
    <li>
        需求中的事务量是否合理？
    </li>
    <li>
        事务率估计值是否可信？是否过于乐观？
    </li>
    <li>
        数据量是否合理？它们是否可存储在当前可用的大型机中，或者，如果需求让您相信工作站或部门系统将是设计的一部分，数据是否可在那里合理存储？
    </li>
    <li>
        是否有不常见的或挑战性的技术需求，要求项目团队处理他们不熟悉的问题？
    </li>
    <li>
        成功取决于新的或未经尝试的产品、服务或技术、新的或未经证明的硬件、软件还是工艺？
    </li>
    <li>
        是否有对其他系统（包括企业外的系统）接口的外部依赖性？必需的接口是否存在还是必须创建它们？
    </li>
    <li>
        是否存在极不灵活的可用性和安全性需求（例如“系统必须永远不出现故障”）？
    </li>
    <li>
        系统的用户是否对正在开发的系统的类型没有经验？
    </li>
    <li>
        是否由于应用程序的规模或复杂性或者技术的新颖性而增加了风险？
    </li>
    <li>
        是否要求本地语言支持？
    </li>
    <li>
        是否可能设计、实现和运行此系统？ 有些系统只是由于过于庞大或复杂而无法正常工作。
    </li>
</ul>
<h5>
    <a id="External dependencies" name="External dependencies">外部依赖性风险</a>
</h5>
<ul>
    <li>
        项目是否依赖于其他（并行的）开发项目？
    </li>
    <li>
        成功是否依赖于成品产品或外部开发的组件？
    </li>
    <li>
        成功是否依赖于开发工具（设计工具、编译器等）、实现技术（操作系统、数据库、流程间沟通机制等）的成功集成。您是否有在没有这些技术的情况下交付项目的备份计划？
    </li>
</ul>
<h4>
    <a key="进度安排风险" name="XE_schedule_risks" id="XE_schedule_risks" class="index"></a><a key="风险（risk）" text="进度安排风险" name="XE_risk__schedule_risks" id="XE_risk__schedule_risks" class="index"></a><a id="Schedule Risks" name="Schedule Risks">时间表风险</a>
</h4>
<p>
    经验表明，85% 的风险对时间表有着直接或间接影响，因此肯定对成本有影响。可能其中的 5% 仅有成本影响。其余部分对成本或时间表没有任何直接影响，但对质量（举例）有直接影响。
</p>
<p>
    如果截止期限是大敌，则在平稳接近该期限的过程中进行递增的交付。 避免为了努力符合时间表而进行一次性大量交付。
</p>
<p>
    某些项目具有“时间极其受限的”最终期限。例如，在选举之夜用来实况分析选举结果的软件，它在选举结束一周后就几乎毫无价值了。或者您的软件可能会被竞争对手超越：当您还在构造中期时，他们已推出了比您更好的产品。突然之间，您出局了 －
    并且您对这种情况无能为力。但总的来说，很少有项目具有这样紧迫的截止期限。延迟通常影响到成本。
</p>
<p>
    总的来说，您承诺的时间表应等于您的最佳估计情况加上一些合理的偶然情况。
</p>
<p align="center">
    承诺 = 估计 + 偶然
</p>
<p>
    有人建议，时间表预期值应等于您的应急策略时间，也就是说，根据您的应急计划来设置预期值，但这种建议过于悲观，因为并非<i>所有</i>风险都将实际发生。
</p>
<p>
    时间表风险集中在一些估计和成本计算工具中。例如，在 COCOMO 模型中，有许多成本驱动因素，例如：
</p>
<ul>
    <li>
        复杂性（cplx）
    </li>
    <li>
        实时约束（time）
    </li>
    <li>
        存储约束（stor）
    </li>
    <li>
        经验（Vexp）
    </li>
    <li>
        好工具的可用性（tool）
    </li>
    <li>
        时间表压力（sced）
    </li>
</ul>
<p>
    是实际的风险因素。
</p>
<p>
    更高级的风险管理技术采用了 Monte Carlo 仿真，它使用仿真工具来运行大量“场景”，从而计算出总的风险和意外事件 [<a class="elementLinkWithUserText" href="./../../../rup/customcategories/references_56F06DFD.html#KAR96" guid="7.755968586980351E-308">KAR96</a>]。
</p><br />
<br /></td>
</tr>
</table>
</div>
<table class="copyright" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="copyright">Copyright &copy; 2008 版权所有 东软集团股份有限公司&nbsp; 联系邮箱:<a href="mailto:tcoe@neusoft.com">tcoe@neusoft.com</a></td>
</tr>
</table>
</td>
</tr>
</table>
</body>
<script type="text/javascript" language="JavaScript">
				contentPage.onload();
			</script>
</html>
